home *** CD-ROM | disk | FTP | other *** search
/ Commodore Free 34 / Commodore_Free_Issue_34_2009_Commodore_Computer_Club.d64 / iv david < prev    next >
Text File  |  2023-02-26  |  6KB  |  219 lines
  1. .
  2. *************************************
  3.   Interview with David W. Murray
  4.        creator of ADMIRAL64
  5. *************************************
  6.  
  7. http://galaxy22.dyndns.org/admiral64/
  8.  
  9. Q. Please introduce yourself to our
  10. readers
  11.  
  12. Well, I'm a Commodore fan since the
  13. 1980's.  I was pretty active in the
  14. community when the DTV was released,
  15. but once it sort of died off, I
  16. stopped developing for it. So I've
  17. been out of the loop for a couple of
  18. years.
  19.  
  20. Q. How did you start your journey
  21. into computing?
  22.  
  23. My first ever computer was a VIC-20
  24. when I was 6 years old.  I learned to
  25. write BASIC programs within a few
  26. days since there wasn't a whole lot
  27. else you could do on it.  I didn't
  28. have any games or storage devices.
  29. Over the years my parents bought me
  30. bigger and better things, a C64, a
  31. 128, and Amiga 500, and so the story
  32. goes.
  33.  
  34. Q. OK so lets see if I have this
  35. right "Admiral 64" is going to be a
  36. programming environment that acts
  37. like a Commodore 64 interpreter
  38.  
  39. Yeah, pretty much.
  40.  
  41. Q. So the main advantages are Better
  42. Graphics and speed, what about sound
  43. will this be implemented
  44.  
  45. Well, besides the fact that you can
  46. run it on a wide variety of modern
  47. hardware, yes the speed and graphics
  48. will be better.  I hope to do sound
  49. eventually.  That is sort of last on
  50. the list.
  51.  
  52. Q. How will be Graphics be
  53. implemented then will the user still
  54. peek and poke or are you planning to
  55. implement other commands
  56.  
  57. Well, originally I was planning this
  58. as an actual operating system for a
  59. PC to load from a boot-sector.  So
  60. sure, Poke and Peek would be
  61. possible.  But I had planned to
  62. introduce new commands to take care
  63. of just about anything the user might
  64. need, so there would be no need to
  65. poke and peek.  That would also help
  66. make it more cross-platform if I ever
  67. get it running inside Windows, Linux,
  68. or MacOS.
  69.  
  70. Q. TCOLOR - BCOLOR I notice these
  71. commands are to be implemented, so
  72. this is a Customised implementation
  73. of Commodore Basic or just a BASIC
  74. + Commodore styled Editing features
  75.  
  76. Well, I'm pretty much designing the
  77. interpreter from scratch.  I want to
  78. look and work as much like Commodore
  79. BASIC as possible. But I plan to add
  80. all the commands that I always felt
  81. like Commodore BASIC lacked.  So it
  82. will be like a Commodore on steroids.
  83. The screen-editor is what really sets
  84. it apart from other BASIC
  85. environments like GWBASIC, for
  86. example.  It will offer PETSCII
  87. characters and colours on the
  88. keyboard, and the all familiar
  89. "in-quote" mode for storing cursor,
  90. colour, and screen codes inside
  91. strings.
  92.  
  93. Q. I know this must have been asked
  94. before but why not just create a new
  95. BASIC why implement Commodore Basic
  96.  
  97. Well, it is the language I've coded
  98. since I was a kid.  It is my
  99. favourite and I feel more at home
  100. programming in Commodore BASIC than
  101. anything else.
  102.  
  103. Q. Have you had many user complain
  104. about this project I notice many
  105. suggestions saying "use VICE" or
  106. similar emulator does this annoy you
  107.  
  108. So far people seem pretty divided by
  109. it.  Some people think it is a waste
  110. of time, and some people have been
  111. really supportive of the project.
  112. And I'm talking about people who are
  113. active in the commodore community.
  114. Obviously no real programmer is going
  115. to give much consideration to it.
  116.  
  117. Q. What was the motivation for such a
  118. project?
  119.  
  120. Frankly, I miss the days where I
  121. could turn on the computer and type a
  122. few lines of code, followed by "run"
  123. and just see it work (or not work).
  124. These days it takes a new programmer
  125. two weeks just to figure out how to
  126. use the programming environment and
  127. write "hello world."  By that point
  128. many give up and move on because it
  129. was just too hard.  I know, because
  130. I've done it myself many times with
  131. different languages and operating
  132. systems.  It was extra frustrating to
  133. me because I had been a whiz at
  134. programming both BASIC and Assembler
  135. most of my life.  So I wasn't a
  136. programming novice by any stretch.
  137.  
  138. Q. Will the finished BASIC be
  139. compiled to run on any PC without the
  140. need for the environment to be loaded
  141.  
  142. You mean the BASIC program, or the
  143. BASIC interpreter?  I really hadn't
  144. given it much thought.  But being the
  145. interpreter is so small, it would
  146. probably load instantaneously if I
  147. made run on top of Windows, Linux, or
  148. Mac OS.  So I would imagine it could
  149. be designed to work kind of like Java
  150. where you just associate a certain
  151. file type with the interpreter. Only
  152. it would actually load up very
  153. quickly compared to Java and execute
  154. 100 times faster due to its
  155. simplicity.
  156.  
  157. Q. Bit of an (if - then) question I
  158. know, but How long do you expect the
  159. project to take
  160.  
  161. Honestly I have no idea.  I have only
  162. been working on it for 2 weeks as
  163. time permits and I've already
  164. completed most of the hard work of
  165. the screen editor.  I've already
  166. started work on the BASIC
  167. interpreter, but that is proving to
  168. be more of a challenge.  And I've run
  169. into some road-blocks with memory
  170. usage under Turbo C that I'm not sure
  171. how to deal with yet.
  172.  
  173. Q. Can out readers do anything to
  174. help you?
  175.  
  176. Well, yeah.. I need help better
  177. understanding how the BASIC
  178. Interpreter works on a C64 as far as
  179. parsing out lines into tokens and
  180. managing of the memory.  I also need
  181. some help on the MS-DOS side of the
  182. programming.  And I may want to move
  183. the project to a more modern
  184. operating system and I'd really need
  185. some help with that.
  186.  
  187. Q. Have you any Comments or was there
  188. a question I left unanswered you
  189. would like to add
  190.  
  191. Well, there are a few things I could
  192. mention.  I was sort of hoping to add
  193. some modern features to the BASIC.
  194. They'd be optional to the user.  For
  195. example, instead of using
  196. line-numbers, maybe have the ability
  197. to use labels instead.  Maybe also
  198. use longer names for the variables
  199. instead of 2-characters.  I'm kind of
  200. curious what people think of that.
  201. But also another way of thinking
  202. about this project is to consider
  203. that Apple changed processor types
  204. twice over the life of the Mac.  I
  205. guess what I'm hoping to do is extend
  206. the life of the Commodore operating
  207. system by porting it to a new
  208. platform.  Sure, there are emulators
  209. out there, but very little new code
  210. being written.  I think the best way
  211. to extend the life and memory of the
  212. Commodore is to give it a new lease
  213. on life using new hardware.  After
  214. all, was it the hardware we all loved
  215. as a kid, or was it the software?  If
  216. it was just the hardware, then why do
  217. we all love emulators so much?
  218.  
  219. =====================================